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PR ESI DENTIAL MOTES 
by Bob Bewley 


I think SPRING has finally SPRUNG upon me! * ! I have 
found myself working in the great outdoors and NOT using my 
computer very much. In fact, I've only used my computer 
about 4 or 5 times last month. I know I said I wouldn't let 
that happen to me... but when I can't see my children > 

playing in the yard, I know it's time to cut the grass!!! | 

Anyway, now that I have the major work out of the way, I'll 
probably get back to the computer more often this month. 


I would like to give a BIG THANKS and HARDY i 
PAT-ON-THE-BACK to John Brandt !! ! Without John's articles 
these past few months would have been the WORST months for 
our newsletter. John has come to the rescue with his 
knowledge and writing habits. It's members like John that 
make the job of being (Acting) Editor a Whole Lot easier!!! 
Again... THANKS JOHN!!! 

Another very large THANK YOU goes to Uirgil Holden. I 
think he did a GREAT job of demonstrating his ROBOT. I 
think he brought more computer equipment to the meeting )n 
I did!!! I talked to Uirgil after the meeting and he is in 
the process of adding an ARM to his Robot, Maybe he'll 
bring it back and show it again when it's ARMED!!! (ha-ha) 

This months Beginner Session will be conducted by our 
Super Librarian... Tom Holden. Tom has a Great version of > 
the Wheel of Fortune Game on this month's Disk of the Month / 
(the only thing missing is Vana White!!!). The game comes 
with approximately 1306 puzzles with the capability to add <! 
as many as you want. During the Beginner's Session, Tom is 
going to show you how to ADD YOUR OWN PUZZLES to the Wheel 
of Fortune. 


The Regular Session will consist of software 
demonstrations from LUCASFILM. These include games like 
Eidolon, Ball blazer and Rescue on Fractal us. These games 
have UERY impressive graphics and sound, YOU HAVE TO SEE 
THEM TO BELIEUE THEM!!! 
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Don't -forget about the door prizes again this month... 
Me have a -few more STAR RAIDERS and JINGLE DISKS to give 
away. Someone missed out on winning last month because they 
left early. DON'T MISS OUT THIS MONTH!!! 

See you at the meeting 


TREASURER' S REPORT 


by Becky Pound 
Beginning Balance 
Debi ts 


Printing 

$30.00 

Stamps 

$22.00 

Printer Ribbons 

$12.84 

ANTIC Disks 

$39.63 

Door Prizes 

$12.50 

Credi ts 


D.O.M. 

$32.00 

Blank Disks 

$12.06 

Dues 

$ 5.00 

Ending Bal ance 



$307. 17 


$116.97 


$49.00 


/ 


$239.20 
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RECORD I MGS FROM THE LIBRARIAN 


by Ton Holden 

I added eight new 8-bit disks (and 1 ST disk) , to the 
Club Library, ANTIC V2-05 thru V2-08 (Aug. to Oct. 1983), 
V5-11 (March 1987), V6-01 (May 1987) and A.N.A.L.0.6. 

Number 52 and 53 (March & April 1987), 

The SYSOP on BALLPARK gave us ANTIC March 1987, and 
the club bought May-87 ANTIC fro* MERITS (to get the "WORDS 
ARE FUN* game). The 1983 ANTIC’S ca«e from ANTIC, as they 
are having a SALE where you can get six Months of old ANTIC 
disks for $20.00. The new A.N.A.L.0.6. disks cane from 
our club’s subscription, however the last issue I got was a 
3 1/2 inch ST-Disk, not our normal 5 1/4 inch (B-Bit) disk. 
So i f any of our members have an ST, our library now has one 
A.N.A.L.0.6. ST disk (Feb-87). 

The WORDS ARE FUN program will be a boot disk on the 
back side of MAY’S Disk-of-the-Month. I have Modified this 
game so that there are Bore randon sayings and consents. 
Also added about 125 More puzzles to the data files, for 
about 1,400 total puzzles. 

Remember, if you want to aake a copy of any of the 
prograas in the Club Library, you can take your blank di* 
and go to MERIT’S (50th (t N. Portland) and aake a copy, oi 
give Be a blank disk and a list of the files you want at any 
aeeting, or coae over to ay house. 

All copies are Free if you are a club Menber and you 
bring the disk, else the club charges $1.00 (for the blank 
disk). The D-G-M cost’s $4.00 or you can buy a D-Q-M Card 
for $20.00, which allows you to get SIX D-0-M disks for the 
price of FIVE. 

WOW wasn’t that ROBOT Demo something! Thanks go out to 
Virgil Holden for showing us how to aake his ATARI Coaputer 
communicate with his Robot. Have you ever seen a robot do so 
many things? 

The only missing ANTIC disks are Feb. & March 1983 and 
A.N.A.L.0.6. • 44 thru 49 (July to Dec 1986). 

See you at the next meeting, Tom 
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* ACCOKC 

PISE 

LIBRARY * 


* ACCOKC 

DISK 

LIBRARY * 

DESK# 

PROGRAM 

EXT 

Stf 

PROGRAM TYPE 

DISEl 

PROGRAM 

EXT 

Sit 

PROGRAM TYPE 

A 52 

BOOTCAKP 

M55 

073 

BINARY FILE 

Vi-01 

VFP22L4 

000 

023 

TEXT FILE 

A 52 

PE VILA 

BAS 

OSS 

BASIC BOOT 

V4-D1 

VFPI2L5 

000 

023 

TBIT FILE 

A 52 

DUMP KATE 

AMA 

025 

UTILITY 

V6 -01 

VFP21LS 

000 

023 

TEXT FILE 

A 52 

DUHPHATB 

BAS 

043 

BASIC BOOT 

V6-01 

VFPEIL7 

000 

024 

text FILE 

A 57 

M I DAB 

OBJ 

105 

BINARY BOOT 

Vi-01 

VFPX1LI 

000 

023 

TEXT FILS 

A 57 

MIDAS! 

ACT 

03 a 

ACTION FILE 

V6-01 

VYP1ZL9 

000 

Q23 

TEXT FILE 

A 57 

MI DAB 2 

ACT 

OS 6 

ACTION FILE 

Vi-01 

VFUN 

TXT 

Oil 

TEXT PILE 

A 57 

RAM BUG 

M€5 

10 2 

BINARY FILE 

Vi-01 

VORDFONT 


Oil 

SUBROUTINE 

A 52 

RAKBUGII 

OBJ 

035 

BINARY BOOT 

Vi-01 

WORDFUN 


166 

ARCADE GAME 

A 52 

SHAPES 

STB 

023 


V2-Q7 

RESET 

LST 

002 

DATA FILE 

A 52 

VBI1 

BAS 

025 

BASIC BOOT 

V2-07 

TIHEFIHE 

BAS 

010 

BASIC BOOT 

A 52 

VH I 2 

BAS 

025 

BASIC BOOT 

V2-0T 

TRAESTAR 

BAS 

06 2 

BASIC BOOT 

A 52 

VB1 3 

BAS 

027 

BASIC BOOT 

V3-0I 

AIRRAID 

BAS 

07 4 

BASIC BOOT 

D 21 

DEVILS 

BAS 

OBI 

BASIC BOOT 

V2-0S 

CHORDS 

BAS 

073 

BASIC FILE 

D 21 

DUMP KATE 

BAS 

045 

UTILITY 

V2-SI 

DR ANTE XT 

ASM 

025 

BINARY FILE 

D 21 

MIDAS 

OBJ 

109 

BINARY BOOT 

V2-0S 

DRAYTBXT 

BAS 

035 

BASIC BOOT 

P 71 

PICTURE 


052 

DSMO PROGRAM 

V2-0S 

RNDMUSIC 

BAS 

Oil 

BASIC BOOT 

D 21 

RAMBUGII 

OBJ 

035 

BINARY BOOT 

V2-0S 

SKPSYHTH 

BAS 

033 

BASIC BOOT 

D 21 

SLITHER 

OBJ 

035 

BINARY BOOT 

V2-0I 

SNPDEMO 

BAS 

020 

DEMO PROGRAM 

D 21 

STARLAH1 

BAS 

007 

BASIC BOOT 

V2-0* 

SHOE DTE 

ASH 

053 

BINARY FILE 

D 21 

TABLBTYP 

BAS 

054 

UTILITY 

V2-0I 

BNPEDTRl 

BAS 

010 

BASIC FILE 

D 21 

VARR I ORVC 

I NO 

DSK 

BINARY BOOT 

V2-0S 

SNDBDTR2 

BAS 

005 

BASIC FILE 

D 72 

WORDS APS 

FUN 

DSK 

BASIC BOOT 

V2-BI 

SNDEDTR3 

BAS 

041 

BASIC FILE 

V2-0S 

CAPITAL 

PLT 

010 

PILOT FILE 

V2-0S 

TAG 

BAS 

037 

BASIC BOOT 

V2-05 

BSCRBR 

BAS 

041 

BASIC BOOT 

V2-0I 

TOOT 

LOG 

030 

LOGO FILE 

V2-05 

PUJIl 

BAS 

024 

BASIC FILE 

V3-U 

CONSOLE 

LST 

ooi 

SUBROUTINE 

V2-05 

FUJI 2 

BAS 

076 

BASIC FILE 

V5-11 

CONSOLS 

N65 

021 

BINARY FILE 

V2-05 

KEY STROK 

BAS 

111 

BASIC BOOT 

V5-11 

DVORAK 

BAS 

020 

BASIC BOOT 

V2-05 

NZKANIAC 

BAS 

049 

BASIC BOOT 

VS-11 

DVORAK 

EXE 

00 4 

SUBROUTINE 

V2-05 

P I CUT I L 

BAS 

0S1 

UTILITY 

V5-11 

DVORAK 

H65 

035 

BINARY FILE 

V2-05 

RBSIST2 

LET 

005 

SUBROUTINE 

V5-11 

J8TICK 

LST 

O04 

UTILITY 

V2-0S 

RESISTOR 

BAS 

014 

BASIC BOOT 

VS-11 

JSTICX 

M65 

012 

BINARY FILE 

V2-05 

TALE 

ASM 

020 

BINARY FILE 

V5-11 

MULTI AUT 

BAS 

013 

BASIC BOOT 

V2-*5 

TALK 

BAS 

023 

BASIC BOOT 

VS-11 

NEVOVN12 

BAS 

020 

BASIC BOOT 

V? 

1 TRAIN 

PLT 

025 

PILOT FILE 

V5-I1 

PU1ZLE1 

DAT 

004 

DATA FILE 

va 

TURHCOAT 

BAS 

010 

BASIC BOOT 

VS-11 

PU21LE2 

PAT 

Oil 

DATA FILE 

V2-U6 

B INAUTO 

ASM 

046 

BINARY FILS 

V3-11 

SCREEN 

BAS 

040 

UTILITY 

V2-06 

CARDFILC 

BAS 

026 

BASIC FILE 

VS-11 

VECTROH 

BAS 

050 

BASIC BOOT 

V2-06 

CARDF I LD 

BAS 

02S 

BASIC FILE 

V5-U 

WAGES 

BAS 

Oil 

BASIC BOOT 

V2-0S 

FORTHASM 

4TH 

0 20 


V5-U 

WORD 

BAS 

055 

BASIC BOOT 

V2-06 

HOOKEY 

BAS 

051 

BASIC BOOT 

Vi-01 

AROGUl 

BAS 

123 

BASIC FILE 

V2-0S 

OBJ2STR 

BAS 

019 

BASIC BOOT 

V6-01 

AROOUE 

FNT 

009 

SUBROUTINE 


OBJ2STR 

SYN 

005 


Vi-01 

HELP 


054 

SUBROUTINE 

V2-06 

PATTERNS 

BAS 

065 

BASIC BOOT 

V6-01 

HOP 

BAS 

021 

BASIC FILS 

V2-&6 

PMDEHO 

BAS 

ooa 

deho Program 

Vi-01 

HEVOWW14 

BAS 

0 34 

BASIC FILE 

v2-o? 

ALPHAS UN 

BAS 

054 

BASIC FILE 

Vi-01 

POKER 

BAS 

0S9 

BASIC FILS 

V7-07 

ARITHHTX 

BAS 

037 

BASIC BOOT 

Vi -01 

PORT 

TIT 

029 

TEXT FILE 

V2-07 

AUTOCAJ 

BAS 

Oil 

UTILITY 

Vi-01 

SOUNDMEN 

BAS 

030 

BASIC FILE 

V2-07 

DOS SECT 

4TH 

015 


VS-01 

SOUMDST 

BAS 

013 

BASIC FILE 

V2-07 

LOCO 

PLT 

014 

PILOT FILE 

Vi-01 

TOWERS 

BAS 

0S1 

BASIC FILE 

V2-07 

HAXK1MD 

ASM 

121 

BINARY FILE 

Vi-01 

VFpIILl 

0 20 

023 

TEXT FILE 

V2-07 

MAXMIKD 

OBJ 

Oil 

BINARY BOOT 

vi-oi 

VFP2SL10 

000 

023 

TEXT FILE 

V2-07 

HICROLDR 

ASK 

004 

BINARY FILE 

Vi-01 

VPPI1L11 

000 

023 

TEXT FILE 

V2-07 

HICROLDR 

BAS 

01* 

BASIC BOOT 

Vi-01 

VFPZXL12 

000 

072 

TEXT FILE 

V2 07 

MI CROLDR 

LST 

Old 

TEXT FILE 

V6-01 

VFPIZL13 

ooo 

013 

TEXT FILE 

V2-07 

KTSKIINO 

BAS 

017 

BASIC BOOT 

Vi-01 

VFPI 1L2 

000 

024 

TEXT FILE 

V2-07 

PRINTER 

ASM 

031 

BIHARY FILE 

Vi-01 

VFP1IL3 

000 

023 

TEXT FILE 

V2-07 

PRINTER 

BAS 

00 « 

BASIC BOOT 
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BA SIC Histor*v 
by John Brandt 

By popular demand, I have written this article about 
Atari BASIC. Some of our members are not -familiar with the 
evolution o-f Atari BASIC; in particular, they don't know 
about the various revisions of BASIC and what differences 
exist bewteen them. So, this article will recap the various 
versions of Atari BASIC, discuss the known bugs in each 
version, and what to do about them. 

Atari has marketed three versions of Atari BASIC, as 
well as two versions of Microsoft BASIC. This article only 
discusses Atari BASIC; few (if any) of our members even have 
Microsoft BASIC, let alone use it with any regularity. 

The original Atari BASIC is known simply as “revision 
A." It was distributed on cartridge for the Atari 400, 880, 
and 1200 computers because these computers did not have 
built-in BASIC. It contains several bugs, but most are 
relatively obscure, so it's still a quite useful product. 

The built-in BASIC contained in most 600XL and 800XL 
computers, a la Commodore's once-popular YIC-20 and “64" ; s 
“revision B.“ Since the bugs in revision A are i 1 
documented, the "old" Atari decided to fix them for the new 
computers, creating “Revision B.“ In the process, however, 
they introduced a couple of nasty new bugs. These bugs are 
harder to get around than those in rev. A. 

Because of the severity of the bugs in revision B, the 
"new" Atari decided to create one more revision (C, of 
course). This is the BASIC found in the last few BeSXL's r 
and all the XE computers. Atari also makes it available on 
cartridge for those who have rev. A or B and wish to 
upgrade. All the bugs that were introduced in rev. B have 
been corrected in rev. C. Rev. C therefore contains the 
fewest bugs. 

While all this was going on at Atari, the company which 
originally designed rev. A BASIC, Optimized Systems Software 
(OSS for short), released three "enhanced" versions of Atari 
BASIC: BASIC A+, BASIC XL, and BASIC XE. The first of 
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ii.ese, BASIC A+, is a disk-based BASIC which is 'upward 
compatible" with Atari BASIC. Like Atari's rev. C , it 
corrects all the major bugs in rev. A. It also supports 
several new BASIC statements to simplify everything from 
structured programming to player-missile graphics, and it's 
somewhat -faster than Atari BASIC because it includes a few 
of the "FASTCHIP" floating-point routines developed by 
Newell Industries. Its one major drawback is that its 
"SAVEd" files are not compatible with Atari BASIC "SAVEd" 
files. The latest revision allows you to LOAD files saved 
under Atari BASIC, but the only way to convert your programs 
from BASIC A+ back to Atari BASIC is to LIST the program to 
disk, boot up with Atari BASIC, and then re-ENTER the 
program. Earlier releases require this nonsense even going 
the other way. 

OSS's next development was BASIC XL. Despite the name, 
it doesn't require an XL computer. It's essentially the 
next upgrade of BASIC A+ , adding such features as (finally!) 
string arrays, full compatibility with SAVEd Atari BASIC 
files (assuming no new features were used), and a "FAST" 
command which speeds programs up considerably. However, it 
comes on OSS's " Super car tr idge < tm) " rather than on disk. I 
still think this was done mainly to thwart pirates, but the 
f bridge design has advantages for us users as well: it 
ows you to use the 16K BASIC XL interpreter and still 
have 40K for DOS and your BASIC program. (With most i£K 
cartridges, such as Atari's “Microsoft BASIC," you only have 
32K for DOS and your own program.) With the companion DOS 
XL, most of DOS itself can load "underneath" the cartridge, 
which gives you even more program space. 

OSS later released an "add-on" for BASIC XL called the 
"BASIC XL Toolkit," which comes on disk. It contains an 
execute-only version of BASIC XL on disk, an "Extensions" 
module, and some sample programs. The execute-only BASIC 
allows people who don't have the BASIC XL cartridge to run 
BASIC XL programs. (They can't edit or list the programs, of 
course.) The extensions add several commands which support 
named procedures and string sorting, and sample programs are 
included to demonstrate these new commands. 

The latest BASIC from OSS is BASIC XE. The name is 
even more confusing than BASIC XL, because you don't need an 
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XE computer, but you DO need an XL computer with 64 K. BA^iC 
XE is essentially BASIC XL, plus the ToolKit, with some of 
the commands that used to be on cartridge moved to disk (and 
vice versa) , and one new feature: if you have a 136XE (or a 
compatible upgrade) , you can use the "EXTEND" statement to 
place your strings and arrays in "extended" memory (a la the 
Commodore 128), This allows larger programs, since you can 
have up to 64K of strings and/or arrays without using up 
that valuable 40K of DOS/program space, (This precludes use 
of the DOS 2.5 RAMdisk, although if you have more than 128K 
you may still be able to set up a "beyond 130XE" RAMdisk.) 
All in all, I think BASIC XL and its ToolKit are a little 
better organized, so unless you really need to write BASIC 
programs of 40K or more, I recommend BASIC XL over BASIC 
XE. 


Now assuming you have Atari BASIC (practically everyone 
does), how do you tell which revision you have? The easiest 
way to tell is simply to enter "PRINT PEEK(43234)" at 
BASIC's READY prompt. Location 43234 happens to contain a 
different value in each revision. The following table tells 
you which revisions contain what values. 


Revision 

A 

B 

C 


Contains 

162 

96 

234 


) 


Now that you know which revision you have, what bugs do 
you have? I'm glad you asked. Here is a list of all BASIC 
bugs that I know of. 


Bug til: The infamous keyboard lockup bug. (Revs. A and 
B) , 

This bug is the most serious bug in revs. A and B 
(that's why it's "infamous"). Sometimes, when editing a 
BASIC program, the program gets garbled, or the computer 
simply crashes. 

Another effect of this bug is that string assignments 
involving multiples of 254 bytes don't work correctly. This 
is especially irritating because one of the advantages of 
Atari BASIC over most others (such as Microsoft) is supposed 
to be that you can use strings longer than 255 bytes. But 
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huw can you use long strings if you don't know if they're 
going to work right? 

Fortunately, the string half of this bug isn't too 
difficult to work around: if you're doing string assignments 
which might attempt to move a multiple of 256 characters, 
modify them so that they always move an odd number of 
characters. In other words, if you want to move an even 
number of characters, just move one "extra 11 character. 

The editing bug is harder to avoid. The best advice, I 
believe, applies bug or no bug: Save early and often. 

There are a few things you can do, however: If you have 

several consecutive lines to delete or edit, save your 
program first. If you have rev. A, delete or edit the 
lines in descending order. For rev. B, do them in 
ascendi no order. Chances are, if you get by the first 
line, they'll all work OK. If you don't make it, however, 
reboot, reload your program, and skip the line you crashed 
on, proceeding in order with the rest. This is almost sure 
to work. Save your work again before making that change you 
skipped, however — it could still crash. 

Bug #2. (Rev. A only.) Unary minus <e.g., -X), doesn't 
v k correctly if the value being negated happens to be 
i o. You'll never notice this unless you try to print it 
out, because -0 still evaluates to zero in an expression. 
If you do happen to print -0, however, you'll see garbage. 
This is easy to work around, though: instead of PRINTing -A, 
use PRINT 0-A. 

Bug #3. (Rev, A only.) Very occasionally, the LOCATE 
and GET instructions will garble a byte of memory. The most 
common place this happens is immediately after a READ 
statement, in which case it can garble one of the DATA 
statements in your program, but it can occur in a few other 
situations. The workaround is to ignore it until it happens 
to you. When it does happen, insert a dummy statement using 
the STR* function (like DUTMY$=STR$(0)) immediately before 
the troublesome GET or LOCATE. This should clear things up. 
(Printing any number will also work because PRINT calls STR$ 
internal 1 y.) 
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Bug 444. (Rev. A only.) The interpreter will accept „n 
INPUT or READ statement with no variable names after it! It 
should report an ERROR, of course. There's no workaround; 
you should simply be careful. Also, save any program before 
running it. If it locks up for no apparent reason, check to 
see if you've made this error, 

Bug 415: (Rev. A only.) Unary operators don't quite 
work correctly, especially the NOT operator. PRINT NOT NOT 
1 will produce an ERROR 18 (expression too complex) if 
you're lucky — or crash your computer if you're not. Unary 
minus also has a problem (unrelated to bug 442 above): PRINT 
— 3 will print -3 rather than just 3. Workaround: Don't 

stack NOT's, -'s, or t's without an intervening parenthesis. 
And in the case of NOT, use a parenthesis even if you're not 
stacking anything else. In other words, use -(-3) instead 
of — 3, or NOT (ACB OR A<C) rather than trying to get away 
wi th NOT A<B OR ACC. 

Interestingly, Atari's fix for this bug (in revs. B and 
C) is slightly different from the fix OSS uses in BASIC 
A+/XL/XE. Unary + and - were fixed the same way in all of 
them, so PRINT — 3 will print 3, as it should. However, 
PRINT NOT NOT 1, which prints 1 on OSS's BASICs (as it 
should), generates a syntax error on Atari BASIC B or 
OSS's fix requires extensively restructuring BASI 
"operator precedence table," a task which was apparently 
beyond the programmers at the "old” Atari, so they simply 
made stacked NOTs illegal instead! 

Bug 446: (Rev. B only.) The 16-byte "expando" bug. 

Apparently, there is a bug in either the Atari OS or 
rev. A BASIC which occasionally causes them to attempt to 
write over each other's memory when memory is nearly full. 
In a lame attempt to work around this bug, some jerk at the 
"old" Atari decided that if they made BASIC think that a 
program was 16 bytes longer than it really was, they would 
avoid getting zapped by the OS. Unfortunately, they did 
this by adding 16 to each of the "page 0" pointers BASIC 
uses to keep track of where various parts of your program 
are. The net effect is that the 16 "extra" bytes are at the 
bottom of the program, where they are of absolutely no 
help in doing what they are designed to do (avoid the OS), 
but do manage to get themselves SAUEd each time you save the 
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program. The really bad thing is that they get LQADed back 
when you reload the program, but another 14 bytes are 
added at that time, so the effect is cumulative: each time 
you SAVE and then reLOAD a program, it gets 14 bytes larger! 
Eventually, you end up with a lot of wasted space in your 
programs. 

The only workaround is to use LIST and ENTER rather 
than SAVE and LOAD. If you have rev. B, 1 strongly suggest 
you do this, because it will also help you recover when the 
infamous keyboard lockup bug strikes. 

Bug A?: (All versions, including BASIC At/XL/XE.) 
Believe it or not, STR$(A)=STR$(B) only compares the lengths 

of STR$(A) and STR$(B) , not their values! This is an 

example of asking BASIC to be more intelligent than any 8K 

program is likely to be. You see, the STR$ function simply 

calls the "convert to ASCII' routine in the floating-point 
package, which always puts the resulting string in a buffer 
at address hex 586 in memory. So when the above expression 
is evaluated, the printed representation of A is stored at 
$530. Then STR$ is called again, which places the printed 
representation of B at $580, overlaying STR$(A) . Now the 
two strings at $580 are compared. If they're the same 
l' 'th, of course they match! 

To work correctly, STR$ would have to allocate memory 
and copy the result to it. But we can do that ourselves in 
this workaround: 

A$=STR$(A) : IF A$=STR$(B) THEN ... 

Bug #8: (All versions, including BASIC A+/XL/XE.) This 
is my personal favorite. Amaze your friends; you can DIM 
A (32744, 32744) without getting an "out of memory* error! In 
fact, this only reduces free memory by six bytes (the size 
of one array element)! 

BASIC only does a two-byte multiply of your array 
bounds. If the product is over 44K, therefore, BASIC will 
only attempt to allocate the remainder (over the nearest 
multiple of 44K) and so may not notice the error. Then, 
when it calculates the address of a reference to the array, 
it can end up practically anywhere, causing a crash, a 
garbled program, or other strange symptoms. The workaround 
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is the same as ■for the INPUT/READ bug in Rev. As Be carefo>, 
save your program before running, and if you can't figure 
out what's wrong, look for this error. 

Bug 4(9: (All versions, including BASIC A+/XL/XE.) When 
PRINTing a quoted string ending in ctrl-R or ctrl-U, a 
carriage return is not output, as though a semicolon were at 
the end of the PRINT statement. 

This bug makes no sense at all unless you understand 
the way BASIC represents your program in memory. Every line 
of your BASIC program except REMs and DATA statements is 
converted to a " token: zed" format when entered. In 
particular, each special symbol in BASIC (e.g., ", (1, :, and 
even two-character symbols such as <=) is represented by a 
one-byte "token" rather than i ts ATASCI I value. Constants 
are also tokenized: a numeric constant becomes a special 
"number" token followed by its six-byte floating-point 
value, and a string constant becomes a "string" token 
followed by a length byte and finally the contents of the 
string. But notice there is NO token for the CLOSING 
quotation mark of a string. So when BASIC gets to the end 
of a PRINT statement, and it looks to see if the previous 
token is a comma's or semicolon's token, so it can tell 
whether or not to print a carriage return, if the PR T,rT 
statement ends with a quoted string, BASIC ends up think j 
the last character in the string is the previous token! And 
guess which characters correspond to the comma and semicolon 
tokens? 

The easiest workaround is simply to print CHR$( 18) or 
CHR$(21) instead of ctrl-R or -U. The problem can also 
occur when printing expressions ending in certain numeric 
literals. This is pretty rare, but if it does happen, 
simply assign the expression to a variable and print the 
variable instead; i.e., replace "PRINT X/. 12 12121212" with 
"ANS=X/. 12 12 12 12 12: PRINT ANS" . 

Bug (110: (All versions, including BASIC A+/XL/XE.) 
BASIC correctly diagnoses a reference to IOCB KB thru (115 as 
an error. But dl6 thru 023 work fine, having the same 
meaning as #0 thru 07 respectively. 

This is an example of a "feature:" a bug with useful 
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RECONDITIONED ATARI MERCHANDISE 

All merchandise has been tested and reconditioned (except where noted). The "A" 
price indicates like-new condition. The "B" price indicates product may have scratches 
and other superficial surface mars. 30 day warranty except where noted. 


ATARI 
TRAK BALL 

$8.95 b 
$10. 95a 

FAST ARCADE-LIKE ACTION 

ATARI 

SPACE AGE 
JOYSTICK 

$5.50 b 
$6.50 a 

LOOKS LIKE A GUN WITH A TRIGGER 
FOR GREAT SHOOT- EM- UP ARCADE 
ACTION. COMES IN ORIGINAL BOX. 

STANDARD 

ATARI 

JOYSTICK 

1 $3.50 b 

^$4.50 a 

2600 REMOTE 
CONTROL 
JOYSTICKS (2) 
$12.95 b 
$15.95 a 

REG, 2600 POWER SUPPLY TO 
USE ON 800/ XL/ XI - *5.00 

HARD TO FIND 

TOUCH 

TABLET 

$32.95 b ■ ’ 
$39. 95a 

IN STYROFOAM BOX • J 

NUMERIC 
KEY PAC 

$6. 95b 

» - A fl v p ■ 

$/.»OA 

USE WITH VISICALC, BOOKKEEPER & 
SASIC FOR FAST NUMERIC F *Y 
INCLUDES HANDL IK 

40 COLUMN 
822 PRINTER 

$ 34.95 b 
$39. 95a Q 

INCLUDES ROLL ^ 
OF THERMAL PAPER 

1030 MODEM 
WITH 
EXPRESS 

® $99. Q5 p 

^ $34.95 A 

IN STYROFOAM BOX 
INCLUDES I/O CABLE ft POWER SUP. 

16K 400 
COMPUTER 
$24.95 b 
$29.95 a 

tNCL. POWER SUPPLY 

AND TV SWITCH BOX 

48K UPGRADE $25.00 

n 800 48K 

COMPUTER 
$69.95 b 
$79.95 a 

INCL. POWER SUPPY, TV SWrTCH BOX, 
BASIC CARTRIDGE & BASIC MANUAL 

1 850 

INTERFACE 
$79.95 b 
$89.95 a 

I/O CABLE ft POWER SUPPLY 

LIMITED SUPPLY 

410 PROGRAM 
RECORDER 

$9.95 

IN ORIGINAL BOX -AS IS 
NOT TESTED 

NO WARRANTY 

810 

DISK DRIVE 
$110.00 b 
$120.00 a 

COMPLETE WITH CASE, 

I/O, POWER SUP. ft DOS 2 

DISKETTES 

AS LOW AS 

20 CENTS 

10 F0R * 4 -°° es 

100 FOR $29.00 D 
1000 FOR $200 El 

UN-NOTCHED WITH DOS 3 

THE 

BOOKKEEPER 
NEW IN BOX 

1 $24.95 

1 WITHOUT KEYPAD 

P $29.95 

WITH KEYPAD 

CARTRIDGES 
$5.00 EACH 

MISSILE COMMAND 
STAR RAIDERS 
DONKEY KONG 
DEFENDER /§ <p 

PAC- MAN C ^ JC Li < 
BASIC ^3 


SHIPPING INFORMATION 


Prices do not include shipping and handling. Add $5.00 tor small items Add $B.OO for disk drive. Calif. residents 
include 7% sales tax. Mastercard and Visa accepted if your telephone is listed in your local phone directory, Orders 
may be pre-paid with money order, cashier check, or personal check. Personal checks are held tor two weeks before 
order is processed, C.O,D orders are shipped via UPS and must be paid with cash, cashier check or money order. 
International and APO orders must be pre-paid with cashier check or money order. $20.00 minimum on all orders. 
All sales are final - no refunds - prices are subject to change. Phone orders accepted TUESDAY THROUGH FRIDAY 
from 10:00 am to 6:00 pm PST. 


We carry a complete line of ATARI products and have a large public domain 
library. Write or call for free catalogue. (408) 749-1003 tue - fri ioam - 6 pm 


s. / effects. For instance, have you ever wanted to issue a 
simple INPUT statement without getting a "?" printed? With 
BASIC A+/etc. you can INPUT #8, but if you use Atari BASIC, 
you were stuck. Oh sure, you could always OPEN an IOCB to 
the E: device, but that cleared the screen. So you probably 
ended up OPENing an IOCB to the Ks device, then using GET 
and PRINT to assemble the input one character at a time. 

Now you don't have to. To INPUT from the screen 
without a "?" printing, simply INPUT #16. Since #16 is the 
same as #8, and since IOCB #8 is always open to the screen, 
this will work . 

That's all the bugs I know of. There could be others, 
of course. Now that you know all the pitfalls, you can 
decide whether it's worth i t to upgrade to rev. C or one of 
the OSS BASICS, and in the meantime, you can program more 
confidently. 


See you next month. 


t 


THERE 14 Some GOOD NEWS. 
AT-4RI 'NTERe&thP IM 
TURNING TO LIVER SCAN 
(MID A VIDEO GAME- 
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ACCOKC is a non-profit, tax 
enpt and independent computer club 
medicated to educating our nenbers 
in the use of the ATARI computer, 
Me have been allowed to use the word 
'ATARI' in the identification of our 
conputer club by ATARI CORPi, but 
are in no way affiliated. Other 
club newsletters Hay reprint froH 
this publication as long as authors 
and our club are given due 
recognition in the article. 
Articles Hay be subMitted via noden 
by calling 751-89SS. Use Xnoden 
protocol and please include your 
full nane and telephone nuHber. 


For help or infornation call: 
President: Bob Bewley 751-895S 

Sec/Treas: Becky Pound 942-5100 

Librarian: Ton Holden 789-4379 

Editor : Unknown Word Processor ! ! 
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